home *** CD-ROM | disk | FTP | other *** search
- TABLE I.1
-
- Additions to Table 7 of Recommendation X.402
- Services UA UA MS UA MTA MTA MTA MS
- UA MS MTA MTA MS MTA UA UA
- Origin Authentication (as defined in Recommendation X.402)
- EDIM Responsibility Authentication
- Proof of EDI Notification X - - - - - - -
- Proof of Retrieval - X - - - - - -
- Proof of Transfer - - - - - X -
- Secure Access Management (as defined in Recommendation X.402)
- Data Confidentiality (as defined in Recommendation X.402)
- Data Integrity (as defined in Recommendation X.402)
- Non-repudiation (as defined in Recommendation X.402)
- Non-repudiation of EDIM Responsibility
- Non-repudiation of EDI Notification X - - - - - -
- -
- Non-repudiation of Retrieval - X - - - - - -
- Non-repudiation of Transfer - - - - - X - -
- Non-repudiation of Content X - - - - - - -
- Message Security Labelling (as defined in Recommendation X.402)
- Security Management Services (as defined in Recommendation X.402)
-
- NOTE - In the above table UA means EDI-UA and MS means EDI-MS. The
- column headings in the above table correspond to those of Recommendation
- X.402 (except that typographical errors in Recommendation X.402 are not
- reproduced in the above table). Rows shown in bold typeface indicate
- classes of security services.
- ANNEX J
-
- Directory Object Classes and Attributes
-
- (This annex forms an integral part of this Recommendation.)
- J.1Introduction
- Several Directory object class attributes and attribute syntaxes are
- specific for an EDI user. These are defined in Annex H of this
- Recommendation. In this annex, EDI user refers to a generic EDI user that
- is not bound to a communication mechanism or any named entity, such as
- country or organization. The term EDI user is used in this annex to mean a
- generic EDI user. EDI user is not to be confused with the terms "EDI
- messaging system user" and "user" defined in the main text of this
- Recommendation.
- J.2Object Classes
- The object classes specific to EDI use of the Directory are:
- - EDI User object class
- - EDI User Agent object class
- - EDI Message Store object class
- J.2.1EDI User Object Class
- The EDI User object class defines the characteristics of an EDI user.
- The attributes in its definition identify the EDI user's name and, to the
- extent that they are present, identify the EDI user's capabilities.
- NOTE - The definition of the EDI User object class is generic and is
- formally outside the scope of MHS. However, no other group has provided a
- definition and therefore the present definition is provided.
- J.2.2EDI User Agent Object Class
- An EDI User Agent object class defines an Application Entity that is
- able to realize an EDI-UA. The attributes in its definition, to the extent
- that they are present, define the capabilities of the EDI-UA, identify the
- EDI-UA's owner, its deliverable content length, content types and EITs, and
- its OR Address. Some of these attributes are derived from the MHS User
- Agent object class defined in Recommendation X.402.
- J.2.3EDI Message Store Object Class
- An EDI Message Store object class defines an Application Entity that
- is able to realize an EDI-MS. The attributes in its definition, to the
- extent that they are present, describe the EDI-MS, identify its owner,
- specify its capabilities and enumerate the optional attributes, auto
- actions and content types it supports. Some of these attributes are
- derived from the MHS Message Store object class defined in Recommendation
- X.402.
- J.3Attributes
- The attributes specific to EDI use of the Directory are:
- - EDI Name attribute
- - EDI Routing Address attribute
- - EDI Capabilities attribute
- J.3.1EDI Name Attribute
- attribut
- attribute corresponds to the Sender identification code of the Interchange
- sender (or Recipient identification code of the Interchange recipient)
- fields of the EDI Interchange header segment.
- J.3.2EDI Routing Address Attribute
- The EDI Routing Address attribute further qualifies the name of an
- EDI user. It corresponds to the Routing Address sub-field of the
- Interchange Recipient field defined in the EDIM Heading field.
- J.3.3EDI Capabilities Attribute
- The EDI Capabilities attribute defines the capabilities of an EDI
- user. These capabilities include the support of EDI documents and EDI
- Interchange types.
- The EDI Interchange types are represented by object identifiers.
- J.4Attribute Syntaxes
- The attribute syntax specific to EDI use of the Directory is
- identified as EDI Capabilities attribute syntax.
- The EDI Capabilities attribute syntax describes an attribute each of
- whose values identifies two components:
- - supported EDI Interchange types (EDI Bodypart Types Syntax)
- - EDI documents processable by the EDI user
- Only equality matching rules apply for this attribute.
- J.4.1EDI Bodypart Type Syntax
- The EDI Bodypart Type syntax identifies the EDI standard (EDIFACT,
- ANSIX12, UNTDI or Private), and character set and/or encoding that EDI user
- is able to handle. It is characterized by an object identifier. Annex A of
- this Recommendation defines a set of object identifiers that may be used as
- a value for this attribute.
- J.4.2EDI Processable Document Syntax
- An EDI Processable Document syntax, depending on its type, identifies
- an EDI document by:
- a) Standard Version: the value identifies the version of the
- Standard.
- versio
- version of the standard. Note: For example, for EDIFACT, this
- identifies which syntax level is supported (Level A or B).
- c) Document Type: the value identifies the structure of the
- document.
- d) Document Version: the value identifies the version of the
- Document Type.
- e) Document Release: the value identifies the release of the
- Document Type.
- f) Controlling Agency: this value identifies the agency that
- ratified the definition of the standard document.
- g) Association Assigned Code: this identifies who developed the
- definition of the document.
- ANNEX K
-
- Comparision of terms of EDI syntaxes
-
- (This annex does not form an integral part of this Recommendation.)
- The purpose of this annex is to facilitate comparison between the
- terms used in different EDI standards.
- The heading fields of an EDIM are described in . These descriptions,
- in many cases, reflect the terminology of the EDIFACT syntax (ISO 9735).
- Where another EDI syntax standard is used (as reflected in the EDI Body
- Part Type field in the header ), the terminology will not be fully
- compatible.
- Thus, the following table outlines the comparable fields (data
- elements) in the United Nations Trade Data Interchange (UNTDI) and the
- American National Standards Institute X12 (ANSIX12) standards.
- The following definitions from Annex A of ISO 9735 are included in
- order to aid understanding of the material in this annex:
- - Interchange: communication between partners in the form of a
- structured set of messages and service segments starting with an
- interchange control header and ending with an interchange control
- trailer.
- e
- ends with a segment terminator. It can be a service segment or a
- user data segment.
- - Data element: a unit of data for which the identification,
- description and value representation have been specified.
- Table K.1 lists the EDIM Heading fields which are related to EDI
- Interchange header segments and shows the corresponding EDIFACT, UNTDI and
- ANSIX12 data elements present in, respectively, the UNA plus UNB, STX and
- ISA segments.
- TABLE K.1
-
- Comparison of terms for EDI Interchange header fields
- X.435 Fields EDIFACT UNTDI ANSIX12
- Heading (UNA and UNB) (STX) (ISA)
-
- Service String Advice Service string advice ----- 1.Data
- Element Separat.
- 2.Segment
- Terminator
- 3.Subelement
- Separator
-
- Syntax Identifier Syntax identifier Syntax rules identifier
- 1.Interchange
- Standard
- Identifier
- 2. Interchange
- Version ID
-
- Interchange Sender Interchange sender Transmission
- sender Interchange Sender ID
-
- Interchange Recipient Interchange recipient Transmission
- recipient Interchange Receiver ID
-
- Date And Time Date/time Date and time 1.Interchange Date
- Of Preparation of preparation of transmission 2.Interchange Time
-
- Interchange Control Interchange control Sender's
- transmission Interchange Control
- Reference reference reference Number
-
- Recipient Reference Recipients reference, Recipient's
- transmission Security Information
- password reference/password
-
- Application Reference Application reference Application
- reference -----
-
- Processing Priority Code Processing priority code
- Transmission -----
- priority code
-
- Acknowledgment Acknowledgment ----- Acknowledgment
- Request request Requested
-
- Communications Communications ----- -----
- Agreement ID agreement ID
-
- Test Indicator Test indicator ----- Test Indicator
-
- Authorization ----- ----- Authorization
- Information Information
-
-
-
-